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1. INTRODUCTION 

Software engineering aims to use the best practices for building quality software systems. 
Nowadays, software systems can be seen in a variety of applications, the different types of applications you 
encounter may be in the business domain, in the engineering domain or maybe in scientific applications. In 
fact, for any software solutions which are of long duration, it is very significant that you control and review 
its development progress very systematically. The engineering approach basically means that, a well-defined 
systematic approach must be applied to software development in order to have a very high probability of 
success [1], [2]. As a well-defined systematic approach is the main benefit of the engineering approach, 
software development life cycle (SDLC) is an essential process for the development of software, which 
consists of defining a sequence of different activities and phases. They are requirements analysis, design, 
coding, testing, and maintenance [3]. 

In literature, different SDLCs-based software engineering models can be used. Firstly, predictive 
models, also called traditional or plan driven models are one of the most common classic models. This 
approach depends on the predictable experience that utilizes many steps organized in a linear order and these 
steps will be highly controlled. In addition, this approach considered very documentation-heavy, it means 
many documentations in a standard format and in contractual obligations is being produced as a baseline for 
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future reference. Therefore, the development team strives to adhere to the approved plan in terms of scope, 
timeline, and scope by undertaking risk planning and management throughout the project lifecycle [4]-[6]. 
One of the most common predictive life cycles is the waterfall model, which requires defining and 
documenting a stable set of requirements completely at the beginning of a project. 

Secondly, iterative and incremental models, where requirements can be repeated and changed 
multiple times leading to different iterations and increments that are developed either at a phase wise or at a 
cycle wise. Within the iterative life cycle, a throwaway prototype built from currently known customer needs, 
then the prototype is tuned based on the customer’s feedback to incorporate changes and new requirements 
[7], [8]. Within the incremental life cycle, although the broad concept is normally agreed up front, the 
software is developed as a series of a mini waterfall cycle, it released increments then combined them in all 
increments to produce the final software. The spiral model is a risk driven model that combines the features 
of the prototyping (iterative) model and the waterfall model [8], [9]. Through the different cycles of the spiral 
model, different risks will be addresses, for user interface risks, a prototype will take a place, and for 
development risks, a waterfall will be used. 

Thirdly, agile models, also known as the change driven life cycle. It considered as a rapid 
incremental iterative model, where the software project’s scope emerges as the project is being executed. 
Hence, the approach here is to develop minimum viability of the software product called minimal viable 
product (MVP) in the first iteration, then the subsequent iterations can add further product features and 
functionality. One of the widely used framework to implement agile is Scrum, within Scrum various process, 
techniques and methods are used to continuously improve the product, the teams, and the working 
environment [10], [11]. 

Apparently, there are many SDLCs in literature that are utilized by software engineers, but there are 
no such key criteria that define appropriate SDLC selection. However, the practice of SDLC selection is 
related to the knowledge and skills of software engineers taking into their account different related project 
factors as application domain and technological needs [12], [13]. In this paper, we develop such key criteria 
based on the identification of related SDLC’s critical factors, these factors are given different weights 
according to the SDLC, then the selection and ranking of suitable SDLC will be based on the proposed 
mathematical method. 

This paper is organized as follows: Section 2 presents the background of existing SDLC selection 
methodologies. Section 3 is the development of the mathematical method using the relationship between 
various software methodologies and related software factors. Section 4 discusses about the tool’s assesment 
and findings. Section 5 summarizes how the research objectives being achieved, their contribution and future 
works. 


2. RELATED WORKS 

Over the past few years, a limited number of related works have been developed as a tool for the 
prediction of the most proper SDLC for the specific software project. One of these some key related studies 
in [13] where the rule-based technique was applied to determine whether the suitable SDLC falls under agile 
or non-agile categories. The proposed technique used mainly Project size, requirement stability and 
complexity as software factors to formulate the relationship between these factors and software 
methodologies based on a set of rules and predetermined questions. However, additional works may involve 
enhancing the system in the area of rules management and refinement and its representation. 

A computer-aided decision support system for SDLC selection was developed in [14]. In this 
system, a list of criteria was created concerning two groups: project and product. The criteria concerning 
project group, include planned schedule, cost, resources, risk, and level of users’ skills in IT. The criteria 
concerning product group, include the type of information system, complexity of the software, modularity, 
the clarity and stability of user requirements, and system architecture. Then, matching between the rules of 
model selection which are available in the conditions table and the parameters of project and product entered 
by user will be employed. However, the result of applying this algorithm cannot be considered completely 
objective, because it depends highly on the weights assigned to the individual criteria, as well as the 
questions. All these values and answers are subjective as it is given according to decision maker preferences. 

Fuzzy logic (FL) system [15] was developed to select an appropriate SDLC. In this system, a set of 
criteria including schedule, complexity, risks, size of the project, in addition to clarity of requirements and 
experience of team members were assigned to FL inputs. A set of applied fuzzy rules are a "conditional 
statement” of FL inputs connected with “and operator” which led to exactly matched one of SDLCs. 
However, in this work, the fuzzy rules are just rigid rules that require matching of a combination of a set of 
assigned criteria to the specific SDLC. 

On the other hand, regarding other software project issues, further approaches based on FL have 
been employed to select the appropriate team among three categories: Low, average, and highly experienced 
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teams, where each team consists of members who are software analyst, designer, coder, tester, and manager 
[16]. Other approach used FL to predict usability of software product, as the seven factors of usability and 
their attributes were used to show the SDLCs ranks [17]. Based on the mentioned related works in this field, 
our contribution in this work is developing a new approach that is used to predict and rank suitable SDLC 
models, in addition to identify the critical factors that affect the choice of SDLC models. 


3. RESEARCH METHOD 

In this proposed methodology, the main focus is to develop an applicable tool to accomplish precise 
selection of SDLC. The proposed methodology as illustrated as shown in Figure 1 and Algorithm 1 mainly is 
composed of these main phases. Firstly, we have studied a large number of SDLC models, in order to get the 
most used models. Secondly, we have identifying a set of criteria that distinguish each model from the other 
one, the outcome of a list of models together with the ascribed criteria is shown in Table 1. Thirdly, we have 
assigned weights to the individual criteria, the weights values could be 0.5, 1 or 2 according to the 
significance of the criteria as shown in Table 1, a dark gray-filled cell represents a weight of 2, a light gray- 
filled cell represents a weight of 1, and a cell with no color represents a weight of 0.5. Lastly, the decision 
maker only needs to select the appropriate cell for each individual criterion, then, the weight of the most 
selected models will be the cumulative weight of each model in the selection divided by total weight. 


Identify the most used SDLC models 


Identify a set of criteria affecting SDLC 
selection (Table 1) 

Assign weights according to the 
significance of the criteria 
Implementation of the proposed 
mathematical method (Algorithm 1) 


Selection and ranking of SDLC 


Figure. 1 Proposed framework 


To illustrate the methodology by an example, a website development project might consider as a 
real-world example, however, different scenarios can be discussed here for SDLC selection. When all the 
requirements are well-defined at the beginning of website development we can follow waterfall to deliver a 
complete functional web-site at the end, when the requirements are unknown at the beginning we can take the 
iterative approach, it starts with creating the website with a very basic framework, then refining the website 
in subsequent iterations to deliver the final product, iterative approach is all about refining the product 
through iterations until all customer requirements are met. Also, we might deliver a functional website with 
few important features that the customer can start using, this is called the first increment, then, adding the 
new features in the form of increments it continues until the final product is delivered, this way the final 
product is delivered through multiple increments. 

On the other hand, the most preferred approach to deal with complexity is the agile approach, here 
we deliver the smaller increments as well as refine the website through iteration, as the customer’s feedback 
and change in requirements are adapted through multiple iterative and incremental deliveries iterations and 
increments continue until the final product is delivered, due to this multiple delivery models the project team 
can adapt to the changing requirements, hence the agile approach is the most preferred approach for the 
complex adaptive problems. Furthermore, if there is a unique risk pattern on the website development 
project, the spiral model helps to ensure an efficient development process. Further, if there a need for team’s 
work, the scrum model provides an empirical basis for teams to deliver iterations more frequently with higher 
possible value and better outcomes. 
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Therefore, for addressing such complex adaptive problems in the most productive and creative, we 
need a systematic and lightweight framework. From Table 1, let’s assume that the decision maker input the 
following criteria as a visualization of a certain software project: 

Iterative workflow (T1) 

Requirements are not clearly defined at the beginning (T2) 
Evolving changes (T3) 

Moderate involvement of user in all stages (14) 

No overlapping phases (15) 

No risk analysis (T6) 

Moderate documentation (17) 

Above estimated cost (A8) 

Availability of early prototype (T9) 

Rapid development objective (A10) 


Torro ho ao op 


Table. 1 The most used SDLC models and critical criteria 
Criteria\Model Waterfall Incremental ITerative Agile Spiral Scrum 
Sequential Multi Iterative [18] Incremental + Incremental + Incremental + 
workflow sequential [18] iterative [18] iterative [18] iterative [18] 


Well defined Requirements Requirements Requirements Requirements Requirements 
requirements of the system are not clearly are poorly are not easily are not easily 
are clearly defined [20] defined [21], defined [15] defined [23] 
understood [20] [22] 


Accommodate Requirements Functional Frequently 
changes are stable or requirements changed [19] 
unchanging [23] may change 
[24] frequently [19] 
User Very less/only at Moderate [18] Involving High [23] 
involvement in beginning [25] customers more 
all stages frequently [20], 
[18] 
Sdlc phases No Overlapping No [20] Yes [20] 
overlapping [20] 
Risk analysis Only at No risk analysis No risk analysis Yes [20] Yes [20] 
beginning [20] [20] [20] 
Documentation Moderate [9] Less [20] Moderate [18] Less [18] Required, but 
Limited [23], 
Less [18] 
Project cost Above Above Above Very costly [6] 
estimation estimated cost estimated cost estimated cost [25] 
[23], [25] [23], [25] [23], [25] 


At the end of At the end of 
every iteration every 
[25] iteration [25] 


Availability of At the end of the At the end of 
working life cycle [25] every increment 
software-early [25] 


prototype 
Primary Rapid Rapid Rapid Rapid 
objective development development development development 
[23] [23] [23] [23] 


Where T1 stands for ITerative model represented by T string with “iterative criteria” as number 1 in 
the set of criteria that shown in Table 1, I4 stands for Incremental model represented by I string with 
“requirements of the system are clearly understood” as number 4 in the set of criteria, A8 stands for Agile 
model represented by A string with “above estimated cost” as number 8 in the set of criteria, and so on and so 
forth for many other criteria. 

Therefore, the weights of the above selected criteria of certain software project will be computed by 
adding the weights of all selections as shown in (1). 


Total of selected models weight 
= 0571+ 0.572 + 273 + 0.5/4 + 0.515 + 0576+ 217 
+ 1A8 + 2+79+0.5A10 (1) 
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Undoubtedly, the probability of an event tells how likely the event will happen. Each model weight 
mentioned in (1) can be computed by finding the probability using (2), the total of available model weights 
out of all the selected models’ weights. 


T weight = (0.5 T1 + 0.5T2 + 2T3 + 0.5 T6 + 2 T9) /10 = 0.55 
I weight = (0.514 + 0.515 + 217) / 10 = 0.3 
A weight = (148 + 0.5 A10) / 10 = 0.15 2) 


From the above given specific selected criteria, we conclude that the best SDLC ranking are Iterative model, 
Incremental model, then Agile model according to their ascribed criteria values. 


Algorithm 1 

Set the selection matrix by M x N 

a. M: number of project specification 

b. N: number of SDLC models 

c. Cell of M x N is the level of M selection 


For each M 

Set which cell in each row has the highest, medium or lowest weight 
While the user selects a cell from each M 

Selection weight = cell weight x model string 

Break if number of selection = M 

Get the total weight by adding the weights of all selections 
Calculate the W for each model by: 

Weight of each model=sum of this model in the selection/total weight 


4. RESULTS 

In order to validate the proposed methodology, a dataset of different software project domains is 
assumed and employed such as: life-critical systems, commercial uses systems, and entertainment 
applications. The evaluation process involves thirty participants who are working in the software industry 
either as software developers or system analysts with at least three years of working experience in software 
development. The participants were asked to validate the proposed approach themselves using the dataset. In 
order to get dependable feedback, the same dataset was distributed across the participants and the given 
results were compared. Accordingly, the results of SDLC selection and prediction among them are nearly 
identical and the difference is negligible. The result of implementing this methodology can be considered 
generic and objective, for it is highly reliant on the weights ascribed to the individual SDLC criteria from 
literature, and the SDLC selection should be error-prone only because of erroneous settings from decision- 
maker. Hence, the proposed methodology generated the more accurate selection and ranking of SDLC as 
compared to other rarely existing SDLC selection models. 


5. CONCLUSION 

The proposed approach represents a beneficial tool in predicting and ranking suitable SDLC models. 
In addition, the approach identifies the critical factors affecting the choice of SDLC models. The SDLC 
models and software factors have been rigorously analyzed in order to meet the needs of developing a tool 
that it is suitable to all level of software professionals. Further works which outline distinct phases of SDLC 
from requirement analysis to maintenance may involve in the future to develop predictable tools. Such in 
progress valuable work is a visualization of user requirements through automatically generated diagrams to 
create a suitable software design as per customer expectations. 
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